home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19951130-19960209 / 000420_news@columbia.edu _Fri Feb 2 11:30:44 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: news@columbia.edu
  2. Received: from apakabar.cc.columbia.edu (apakabar.cc.columbia.edu [128.59.35.159]) by watsun.cc.columbia.edu (8.7.3/8.7.3) with ESMTP id LAA15089 for <kermit.misc@watsun>; Fri, 2 Feb 1996 11:30:41 -0500 (EST)
  3. Received: (from news@localhost) by apakabar.cc.columbia.edu (8.7.3/8.7.3) id LAA19317 for kermit.misc@watsun; Fri, 2 Feb 1996 11:30:38 -0500 (EST)
  4. Path: news.columbia.edu!news.cs.columbia.edu!pipeline!newsjunkie.ans.net!howland.reston.ans.net!newsfeed.internetmci.com!swrinde!sgigate.sgi.com!sdd.hp.com!hamblin.math.byu.edu!park.uvsc.edu!news.cc.utah.edu!news.cs.utah.edu!cc.usu.edu!jrd
  5. From: jrd@cc.usu.edu (Joe Doupnik)
  6. Newsgroups: comp.protocols.kermit.misc,comp.unix.osf.osf1
  7. Subject: Re: MS Kermit 3.14 and Digital Unix 3.2 coexistence
  8. Message-ID: <1996Jan31.204620.72899@cc.usu.edu>
  9. Date: 31 Jan 96 20:46:20 MDT
  10. References: <1996Jan31.120633.134971@forest>
  11. Organization: Utah State University
  12. Lines: 26
  13. Xref: news.columbia.edu comp.protocols.kermit.misc:4615 comp.unix.osf.osf1:14330
  14.  
  15. In article <1996Jan31.120633.134971@forest>, mrichich@forest.drew.edu (Mike Richichi, Systems Manager) writes:
  16. > We're getting a weird interaction between Kermit 3.13 and 3.14 and our 
  17. > newly installed Digital Unix 3.2C system.
  18. > 
  19. > First, if you telnet to the system, it spews out "Bad termcap entry" twice 
  20. > on the screen before giving you the "login:" prompt.  This happens no 
  21. > matter what kind of host or PC you're telnetting from.  When you log in, 
  22. > the "Bad termcap entry" message is repeated on login (I assume in the tset 
  23. > -I -Q) and the TERM variable is blank.  
  24.  
  25.     Appears to be a bad termcap/terminfo system. You can see what
  26. MSK sends to the host if asked to identify a terminal type, by SET TCP
  27. DEBUG ON. It's nominally the string  VT320  in upper case. With MSK 3.14
  28. you can change that with SET TCP TERM-TYPE string. Best to fix the Unix box.
  29.  
  30. > Secondly, no matter how you connect to the machine, doing a more or a man 
  31. > causes the status line to be overwritten with more's prompt (usually an 
  32. > inverse video "stdin") each page.  I did a "set term debug", and Dig. Unix 
  33. > is addressing the 25th line, sure enough.  A "stty rows 24" doesn't fix 
  34. > the problem either, but a "stty rows 23" does.  
  35.  
  36.     It's the TERM item again. Apparently your machine has DECterm on
  37. the brain, the X window system thingy, and DEC broke emulation of the real
  38. hardware in providing 25 line support.
  39.     My UnixWare machine has none of these problems.
  40.     Joe D.